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1 Field of the Invention 

2 The present invention generally relates to the processing and interchange of 

3 information, data and documents in both paper based and electronic format. The present 

4 invention also relates to converting paper documents into an electronic form, while 

5 retaining index data information. More particularly the present invention is a system, 

6 which applies a standard approach for packaging a paper form and its data content, 

7 thereby providing a means by which the information may be transmitted in both a human 

8 and machine-readable format. Further, the present invention is an information collection 

9 and delivery vehicle that may contain an unlimited number of disparate objects in 

10 electronic form, which may be electronically delivered via disk, CD-ROM, Internet or 

1 1 other electronic delivery methods and present them in a fashion that facilitates 

12 automation and user interaction. In addition, the present invention is an electronic 

13 delivery and storage/archive system based on the information and delivery collection 

14 vehicle. 

15 Background of the Invention 

16 Today, more and more emphasis is being placed on the dissemination of 

17 information in electronic form. Virtually all business related paper documents today are 

18 generated from a computer application and sent to a printer or a fax delivery vehicle. 

19 While present day technology has resulted in a vast amount of data and information being 

20 disseminated by electronic networks, such as computer networks, the Internet, and the 

21 like, the full information content of such communications does not provide the flexibility 
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1 and utility still associated with hard paper copies of the same information. Some still 

2 prefer receiving printed information in hard copy form, which can be read, studied, and 

3 readily saved for future reference. 

4 Unfortunately, the dissemination of printed material is cumbersome and slow as 

5 compared to the electronic transfer of information and data. Further, once information is 

6 in printed form, it is difficult to return the information and data content back to an 

7 electronic form. Therefore, a receiving party will need to either manually read and 

8 extract the relevant data content to be entered into another downstream computer system, 

9 or the documents may be machine scanned and imaged for either manual or automated 

10 conversion (through the use for example of OCR type technology) to electronic data, 

1 1 which then can be readily transferred. However, both manual and automated conversion 

12 and transfer are time consuming, susceptible to error, and often result in loss of portions 

13 of the original data content. In addition, OCR type forms extract of data from images is 

14 expensive and requires specific controls on the source documents to be successful. Where 

15 unconstrained forms are prevalent, OCR forms processing will still require a tremendous 

16 amount of manual intervention. 

17 In environments where electronic files are used, there are still difficulties 

18 encountered by businesses trying to implement such files to transact business. As in many 

19 cases, a collection of different types of electronic files will comprise the transaction. One 

20 of the deficiencies of the presently known systems is that there is a lack of a single 

21 "container" that can hold various objects to better allow companies to interact or act as a 

22 general purpose electronic information delivery vehicle. Therefore, what is needed is a 

23 process to allow a disparate collection of different objects, be it electronic, or paper 
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1 converted into electronic format be provided to a business or even and end user in a 

2 fashion the promotes ease of use an automation. 

3 Accordingly, there is a need in industry for a means to permit paper documents to 

4 be converted into electronic format while also retaining the relevant index data 

5 information. Further, this electronic format must act as a standardized "container" for 

6 delivering information, such as documents, data and images via email, the Internet, on 

7 disk, or on CD, or in any other electronic form. The standardized container must also be 

8 able to reproduce a copy of the original document that was converted. This standardized 

9 container must be able to easily adapt to a changing business environment where the 

1 0 source of the initial content may predominantly be paper documents to where as the 

1 1 industry shifts to more electronic content will still provide similar benefits. The container 

12 must also provide information about its contents known as "meta-data." This meta-data 

13 must be provided in a specific and consistent manner that facilitates the development of 

14 browser applications as well as automation. Therefore, the container must support any 

1 5 spectrum of content and present it to a user or system in a consistent fashion to promotes 

16 its use and automation. Further a system using this container would need to include 

17 delivery methods for supplying both customers and business partners with instant 

1 8 information that is needed. In other words, a delivery object that supports both ad hoc 

19 support requests for information as well as large volume transactions is needed. 



20 Examples of known document or information delivery vehicles: 

21 Adobe Acrobat: 

22 One example of a presently available document delivery system is 

23 Adobe's Acrobat. Acrobat has its origin in the desktop publishing world as 
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1 Adobe's electronic alternative to the printed page. Earlier, Adobe created one of 

2 the standard formats for preparing documents for printing (Postscript) and 

3 Acrobat was a natural extension of that concept. The Acrobat system allows a 

4 document to be converted in a standard format (a PDF file) that can be viewed on 

5 nearly any computer running the Acrobat Reader, without worries of having a 

6 particular display type installed or having special fonts installed. The key point to 

7 focus on is that the original document is converted. Therefore, the document is no 

8 longer in its original format. Therefore, Acrobat only provides a means to 

9 manipulate a rendering that replaces a printed piece of paper. Recent versions of 

10 Acrobat now provide some features like annotation to allow readers to "mark up" 

1 1 an Acrobat document. But beyond this, Acrobat files generally are static 

12 documents. One cannot edit or modify the document using the original source 

13 application that created the document and then return such to the Acrobat 

14 package. The Acrobat tools offer very limited capabilities to make additions or 

15 changes to an existing Acrobat file. In addition, the Acrobat format focuses on 

16 the document, but not on the data content presented in the document. It is 

17 difficult, if not impossible, for an automated system to extract useful information 

18 from such a document for use in another application. 

19 Acrobat in essence emulates a printer. The user would operate in their 

20 native application, and instead of printing a hard copy paper output; they would 

21 select the Acrobat device. The system would then convert the document into an 

22 Adobe proprietary format. While this allows the document to be viewed and 

23 printed on any computer running the proprietary Adobe software, such as Acrobat 
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1 Reader, it limits its use to viewing and printing. In other words, one cannot 

2 reopen the document in its native application. Most important, you cannot gain 

3 direct access to the data content of the source document. For example, if you have 

4 an Acrobat file generated from an Excel spreadsheet, all you have available to you 

5 is an electronic copy of what can be compared to a printed piece of paper. You 

6 cannot edit the spreadsheet formulas; recalculate the spreadsheet in any way. 

7 Most business documents contain a considerable amount of fundamental data. 

8 The reader of the document is interested in an easy way to extract that data. 

9 Acrobat will allow the reader to look at an electronic representation of the paper, 

10 but it does not facilitate the automation to extract that data. While Acrobat may 

1 1 allow different documents to be joined within a single Acrobat file, the access to 

12 the source file or application that created the document is lost. This Acrobat 

13 system is used as a document delivery vehicle and not a data delivery vehicle. It 

14 also does not support easily obtainable meta-data about the contents of an Acrobat 

15 file In addition; it does not support both data and document content. 

16 Electronic Data Interchange (EDI): 

17 Another existing standard for delivering information between businesses is EDI. 

18 This is an accepted standard method of delivering a common type of transaction 

19 such as invoice information between businesses. The largest shortcoming of EDI 

20 is that it is limited to only data. Documents, images, or other object types are not 

21 supported. Further a collection of different object types may not be created within 

22 a single EDI transaction. Therefore, its use is very limited and it cannot support 
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1 environments where complex business transactions, or end-user requests are 

2 required. 

3 ZIP Files: 

4 An example of a packaging technique is a ZIP file. While this type of file may 

5 contain many different object types, including an EDI, Word, Acrobat, image, or 

6 any other type of file, it lacks a means to support automation. It may also be 

7 delivered using virtually any electronic delivery method. While new ZIP viewers 

8 will permit a file to be individually selected and permit it to launch the native 

9 application that created it, the basic nature of a zip file does not include a standard 

10 method or set of rules by which these objects are inserted into the ZIP file. Again, 

1 1 meta-data about the contents of a ZIP file is not easily obtainable, and therefore, 

12 prohibits automation. Therefore, while a ZIP file may be used as a container that 

13 may be delivered between business partners, they require specific rules to be first 

14 created by the business partners in order to permit automation. In almost all cases, 

15 true automation is not possible due to this lack of standards. 

16 Email: 

17 While email allows for multiple attachments, permits the recipient to open the file 

18 using the native application that created it, email suffers from several 

19 shortcomings. First, like ZIP, there are no specific rules in place as to how the 

20 attachments are added. Therefore, automation is not possible unless very specific 

21 rules are developed between specific business partners. Next, meta-data about the 

22 contents are not easily obtainable in a consistent fashion. Further prohibiting 

23 automation. Next, the sequence in which attachments are added and processed 
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1 will affect their ability to be automated. In addition, the attachments are provided 

2 as individual files, and therefore, if the email must be processed by an outside 

3 system, there lacks an efficient method to keep the attachments together for 

4 further downstream processing. 

5 HTML: 

6 While standard browsers are available for viewing HTML, their lacks a means to 

7 have a collection of objects are contained within a single file. As a result, 

8 individual files must be separately provided on disk in a specific sequence to 

9 work. Further, automation is not easily facilitated due to the flexibility of HTML. 

10 The example of HTML's flexibility is the fact that all Internet Web sites use 

1 1 HTML as a basis for the design of their Web site. However, all Web sites look 

12 different. Therefore, business partners must again mutually agree on the HTML 

13 content and the relevant file location in order to automate transactions using 

14 HTML. Again, meta-data about the content is not easily extracted in a consistent 

1 5 format, further prohibiting automation. 

16 XML: 

17 XML represents the closest application of a universal delivery format. It may 

18 contain multiple objects of different types, has rules to define content and data 

19 elements, can contain Meta-data and can be used to facilitate automation. 

20 However, there lacks a standard browser to interact with an XML file, nor is there 

21 a standard packaging method to deliver a complete XML package. Therefore, 

22 while XML holds promise, and our tools and technologies use XML extensively, 

23 it lacks a delivery vehicle that may be employed in wide spread use. 
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As illustrated above, while there are many pieces of the required 
technology, there currently is a lack of a combination of these technologies to 
provide a delivery vehicle submitted. Accordingly, a system is needed to meet the 
requirements of a different set of business tasks: those of document imaging, 
conversion of paper documents to electronic format while retaining data content, 
work flow, sharing complex files, and EDI. To meet these requirements, such a 



7 system must be designed with a different focus and with different features than 

8 any system presently available. The needed system must expand the capabilities 

9 of presently available systems for the electronic delivery of documents and related 

10 information. 

1 1 Additionally, the new system should allow documents to be kept in their native 



12 format. For example, one should be able to take an Excel document out of the delivery 

13 system, open it in Excel, make changes, and put the changed document back into the 

14 delivery system. The system could also provide for the direct viewing and display of 

15 many standard formats to further simplify user interaction. Additionally, there is a need 

16 for a document delivery system that can support dynamic, changing documents, and 

17 include end-user tools to allow for easy additions and changes. 



18 Summary of the Invention 

19 It is therefore an objective of the present invention to minimize the manual labor- 

20 intensive data capture from paper documents. 

21 It is yet another objective of the present invention to use a standard encoding 

22 approach that enhances existing computer generated paper documents by including a 

23 machine readable symbol at the time in which they are printed, thereby permitting the 
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1 data content of the paper to be easily extracted in both human readable and machine 

2 readable form. 

3 It is further another objective of the present invention, to use a standard encoding 

4 approach to provide an intermediate enhancement for computer generated paper 

5 documents, or any other paper document, that cannot have a machine readable 

6 symbol included at the time of printing, whereby either the data source used to 

7 generate the computer generated paper document, or any other data source for either 

8 computer generated or other documents, containing similar relevant data may be used 

9 to separately create a machine readable symbol that may then be affixed to the paper 

10 document, or a separator sheet which may precede the paper document. 

11 It is still another objective of the present invention to use a standard encoding 

12 approach to provide an intermediate enhancement for computer generated or 

13 preprinted forms that do NOT contain index data, to provide placeholders for index 

14 data that may be added at a later date. In such a case, a machine-readable symbol 

15 would describe the location and any other relevant information such as field types, 

16 lengths, etc. to a system such as an OCR forms processing system. Thereby 

17 improving the results of such an OCR forms processing system and eliminating the 

18 need to previously train such an OCR forms processing system with a form prior to it 

19 being able to process it. 

20 It is therefore another objective of the present invention, to include in the 

21 machine-readable symbol, additional information that may not or is desirable not to 

22 include on the paper document in human readable form. This may include, without 

23 limitation and by way of example only, processing information, document generation 



9 



1 specific information such as the source application, version number, etc. In addition, 

2 workflow related information and non-printable information such as that represented 

3 in a logo might be included in the symbol. 

4 It is yet another objective of the present invention to include within the machine- 

5 readable symbol, information that may be specific to group a set of related documents 

6 together. For example, the individual pages of a multi-page document, and related 

7 form sets, such as and not limited to mortgage, health care and legal documents. For 

8 example in the case of a mortgage document, a note, deed of trust, title policy 

9 amongst others may be related through common information shared in the machine 

10 readable symbol that is associated with each document within the set of documents. 

11 It is another objective of the present invention to use machine-readable symbols 

12 generally to give use to the functions described herein irrespective of the actual type 

13 of code used (i.e. one-dimensional or two dimensional). 

14 It is a further objective of the present invention to in many cases eliminate the 

15 need for optical character recognition to determine information about documents, and 

16 to use a machine readable symbol that may be generated at the time when a symbol is 

1 7 applied or associated post print. 

18 Further, it is an objective of the present invention to provide additional 

19 information in the graphical code to, in the event that OCR forms type processing is 

20 used, assist the OCR forms processing and simplify data extraction. 

21 It is yet another objective of the present invention to provide a standard encoding 

22 and conversion method to provide a means for converting a paper based document 

23 into an electronic form (through the use of for example a scanner) while also 
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1 extracting the index data from the machine-readable symbol. The resulting electronic 

2 package file would then contain an image of the paper document and the index data in 

3 a form that permits easy extraction and transfer to another system. 

4 A further objective of the present invention is to permit scanned documents, 

5 regardless of the availability of relevant index data to be added to the standard 

6 electronic package. 

7 Another objective of the present invention is to provide an electronic file 

8 packaging method that permits virtually any electronic file to be contained within the 

9 packaging method. 

10 Yet another objective of the present invention is to provide meta-data 

1 1 (information about the information contained within the package) about each element 

12 within the electronic package file. 

13 Another objective of the present invention is to permit additional amounts of 

14 relevant index information may be contained within the electronic "container." 

15 Yet another objective of the present invention is to permit the automated 

16 processing of the contents of the package using computer and other applications that 

17 have been designed to interact with the packaging. 

18 Another objective of the present invention is that the contents of the package will 

19 be stored unchanged from their original format (other than to use compression 

20 methods to minimize the overall size of the package), in order to allow the original 

21 native application that created the object to again be used to interact and manipulate 

22 the object. 
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1 Another objective of the present invention is to secure the contents using 

2 encryption and decryption methods that allow the package to be transmitted 

3 electronically, or on computer media, thereby prohibiting the unauthorized viewing of 

4 the content, without a properly authorized decryption key. 

5 Another objective of the present invention is to provide general information about 

6 the package in an unsecured portion of the package to permit basic processing to 

7 occur without acting upon the secured portion of the package. 

8 Another objective of the present invention is to provide a component to the 

9 package that may contain audit, billing, tracking and other information that may be in 

10 its own separate portion of the package, which may or may not be secured. 

1 1 Another objective of the present invention is to provide a consistent programmatic 

12 interface to permit interaction with all portions of the package, permit viewing, 

13 launching host applications, editing of data, and security. 

14 Another objective of the present invention is to provide a standard end user 

15 application to provide basic and other interaction with the package. This may include 

16 and is not limited to, security access, edit, view, extraction, processing, and delivery 

17 of contents. 

18 Another objective of the present invention is to provide a delivery, storage, 

19 archive and query system to gain access to the packages via and not limited to, email, 

20 Internet, Web server, FTP, electronic media or other applications. 

21 It is a further objective of the present invention to provide standard structures for 

22 use between businesses or end users, such as a template, that allows a particular package 

23 to have the same characteristics for use with in a similar purpose or industry. 
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1 It is a further objective of the present invention to allow workflow or other 

2 characteristics to be encapsulated within the package. This is such as and not limited to, 

3 embedded applications, or code that may be run within the package to provide workflow 

4 or other data or file manipulation, rules enforcement, and delivery options based on rules 

5 executed within the package. 

6 It is a further objective of the present invention to be able to display documents, 

7 and information about the documents being displayed in a viewer. 

8 It is still another objective of the present invention to allow for the manipulation 

9 of documents that are assembled in an electronic package in the application in which the 

10 documents were created. 

11 It is yet another objective of the present invention to be able to sort documents 

12 based upon information contained in the documents without having to resort to OCR. 

13 In accordance with the above objectives, the present invention provides a system 

14 for transmitting and delivering documents and related information in electronic form. 

15 For purposes of this application, this is referred to as an electronic package or electronic 

16 container. The present invention provides the flexibility of viewing, editing, summary 

17 analysis and other options associated with documents and the information contained 

18 therein. The present invention provides a standardized electronic "container" for 

19 delivering information such as documents, data and images via email, the Internet or on 

20 electronic media. The present invention provides a delivery method for supplying 

2 1 customers and business partners alike with instant information they need. Another 

22 objective of the present invention is to provide a delivery mechanism for both ad hoc 

23 support as well as large volume transactions. 
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1 In accordance with one embodiment, the system of the present invention is XML 

2 based, but with specific rules for creation of the electronic containers, thus allowing the 

3 containers to be disassembled for simple extraction of its contents. By using specific 

4 rules for the creation of the present invention document delivery system, applications 

5 may be developed to interact with the system, such as standard viewers. Of key 

6 importance is the fact that applications may be developed to allow automated processing 

7 of delivered documents on a large scale, such as importing the information contained 

8 within the delivery system into other systems such as data, imaging and workflow 

9 systems. 

10 In accordance with another embodiment, the delivery system of the present 

1 1 invention holds data, documents, and images, as well as files such as Word, Access, 

12 Lotus, or even an EDI transaction. The possibilities for the contents of electronic 

13 containers of the present invention are virtually limitless. These files and other objects 

14 may include specific index information to allow them to be more readily identified to the 

15 user. Documents may be grouped and organized in a fashion that best suits the needs of 

16 the sender or recipient. Therefore, rather than, for example, having a list of 100 TIFF 

1 7 images displayed for which the recipient must determine the significance, the document 

18 delivery system of the present invention will allow the identification of the documents as 

19 a note, deed of trust, insurance claim or legal case file by sorting information that is 

20 represented in a barcode symbol that can be read in a machine readable fashion. This 

2 1 eliminates the user from having to deal with information that is not relevant, such as a 

22 TIFF image, freeing the user to deal with issues that are important, such as the terms of a 

23 note, claim or case. Further through the use of templates, documents may be organized 
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1 where regardless of the point in time the object is added to the package, that the object 

2 will be presented in a consistent fashion. 

3 A very important aspect of the document delivery system of the present invention 

4 is that the contents remain in their original format. A Word® document remains as a 

5 Word® document, thereby allowing such documents to be used by the recipient in their 

6 native mode. An image remains an image, and an Excel® spreadsheet remains a 

7 spreadsheet. 

8 In some cases, the sender may not wish the recipient to edit particular contents. 

9 Therefore, through the use of various security levels, the recipient may be limited to only 

10 viewing the contents. 

1 1 Another significant advantage of the document delivery system of the present 

12 invention is that all components of the business transaction are kept together. Today, 

13 businesses are forced to deal with and accept information that is split into different pieces 

14 that cannot be easily kept together. For example, some information may be provided on a 

15 disk that contains a database. Other information is provided in a stack of paper and even 

16 other information provided on disk such as Word, Excel or EDI files. The document 

17 delivery system of the present invention simplifies this process significantly as all of 

18 these individual components may be contained within a single package, thereby 

19 providing ALL the information within a single container. By "gluing" all of the elements 

20 together, the components will not be split up and lost and will always be available. 

21 Therefore, for example, a single package of the document delivery system of the present 

22 invention can easily contain a complete loan file, legal case file or patient file. 



1 When an electronic or "virtual" package is created in accordance with the 

2 document delivery system of the present invention, the package or container includes a 

3 unique identifier, allowing for automated processing. In addition, it may also be 

4 encrypted. If the recipient does not have the proper decryption key loaded in their 

5 receiving software or viewer, they will not be able to display or process the contents of 

6 the package. In addition, multiple levels of security are provided for each element 

7 contained in the package or container. Therefore, the recipient may be able to edit some 

8 fields, and not others. In addition, information may be prohibited from extraction. The 

9 document delivery system of the present invention includes security levels that are quite 

10 flexible. 

1 1 One of the significant advantages of the document delivery system of the present 

12 invention is the virtual package viewer. This allows anyone who receives a package or 

13 container to easily view its contents. By using the document delivery system of the 

14 present invention, the sender no longer needs to worry about dealing with the technical or 

15 customer support issues of the information being sent. Rather, the provider of the 

16 document delivery system of the present invention will support all of the questions and 

17 issues in dealing with and interacting with the document delivery system of the present 

18 invention. The sender will still need to ensure that the correct information is in the 

19 package. However, once sent, the sender no longer no longer needs to deal with the 

20 support issues that currently force users to accept other existing technologies. 

2 1 Other characteristics of the present invention will become apparent from a review 

22 of the detailed description of the invention that follows. 
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1 Brief Description of the Figures 

2 Figure 1 illustrates a document of a VirPack have an associated barcode. 

3 Figure 2 illustrates the overall architecture of the present invention. 

4 Figure 3 illustrates the XWPL barcode of the present invention. 

5 Figure 4 illustrates the viewer of the present invention and its interaction with a 

6 virtual package of the present invention. 

7 Figure 5 illustrates the preparation activities associated with the creation of a 

8 virtual package of the present invention. 

9 Figure 6 illustrates the business relationship associated with Virpack 

10 management. 

1 1 Figure 7 illustrates the online archive of VirPacks. 

12 Detailed Description of the Invention 

13 As noted above, the present invention is a system and method for creation of an 

14 electronic container that comprises a plurality of documents and meta information about 

15 the documents. A graphical code is used to assist in extracting information about the 

16 documents in the electronic container. 

17 The Invention can essentially be broken into a number of major components. 

1 8 a) XWPL - extensible Workflow Package Language is an extensible Markup 

19 Language (XML) based language. One portion of the language defines a 

20 standardized method to place information into a machine-readable symbol 

21 such as a high-density barcode. The actual symbology used is flexible. Any 

22 symbol simply needs to be able to support enough characters of information to 

23 be useful. In the event that the data content exceeds the capacity of the 
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1 symbol, a different symbol may be employed. For example, a 2-D barcode 

2 such as a PDF-417 has a limitation of about 2500 characters of information 

3 compressed, in the event that this capacity is exceeded, a replacement such as 

4 Xerox's Data Glif may be used. 

5 Another factor that impacts the use of a particular symbol is the license 

6 cost for the symbol generation and recognition. Therefore, through the use 

7 XWPL, the selection of the symbology is minimized as the language provides 

8 a consistent structure for information. A significant feature of XWPL is that it 

9 does not deviate regardless of the symbology employed. Therefore, though 

10 using XWPL, structured applications may be created and employed to create 

1 1 and extract information from the symbol for processing. This allows for the 

12 creation of a smart document that is both human readable (the paper document 

13 itself) and machine readable (through the use of an XWPL based symbol). 

14 When possible, the machine-readable symbol may be included on a computer- 

15 generated form at the time in which it is printed. In other cases, a symbol may 

16 be generated externally and applied to the document using a label, or a 

17 separator sheet, which may be associated with the paper document. A data 

18 source may be used for the creation of the XWPL based symbol, or any host 

1 9 of other applications may be employed to permit other systems or even direct 

20 user input for the information. For preprinted forms that do not contain all of 

21 the necessary index information, again a machine readable symbol may be 

22 later created and associated with the document. In other cases for preprinted 

23 forms, a machine readable symbol may be included on a preprinted form to 
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identify the form, and location information (specific geometric information to 
locate a particular index field) to instruct a system such as an OCR forms 
processing system where to extract pertinent information. Additional 
information such as workflow related information might also be incorporated 
in the symbol, as well as other information that is not printed on the form, 
such as the person or system that originated the document, and other 
information that is not required or not desired to be printed on the document in 
human readable form. Lastly, XWPL symbols may be employed in any 
industry where documents carry index information that is useful for a 
downstream recipient. 

The electronic container - The second component of the system is a 
standardized electronic container Virtual Package ("Virpack"), which is an 
electronic file that may be used to store any type of object such as an image, 
document, database, or any computer generated file including word 
processing, database, EDI or any other type of file. It may also be construed to 
be a stand-alone workflow envelope or container. An important feature of a 
VirPack is that documents stored within the VirPack are retained in the 
original format in which they are created. Therefore, the recipient of a 
VirPack can manipulate an object contained within a VirPack using the same 
application (such as MS-Word) that the sender used to create the object. If the 
user so desires, applications may however, be created to convert documents 
into other formats such as converting a MS-Word document into an Adobe 
Acrobat (PDF file) prior to the document being added to the VirPack. Further, 
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1 specific (unlimited) index information may be created and stored that is 

2 specifically associated with a particular object. 

3 Both the index data itself and unique field level properties may be defined 

4 and identified. Therefore, not only for example is a name provided, but also 

5 the characteristics of the field in which the name resides is also identified, i.e. 

6 that the field is 32 characters long. Therefore, information such as identifying 

7 the author of the object, date, workflow or other information may be 

8 associated with the particular document. 

9 The contents of a VirPack may be either unstructured or structured. 

10 Therefore, based on user requirements, the VirPack content or structure may 

1 1 be designed to meet specific needs. For structured a VirPack, which are more 

12 easily automated, the concept of Templates is employed. A Template can 

13 define the contents of a particular VirPack. Not only the placement of the 

14 document (hierarchy) may be specified, but index information for each object 

15 as well. Further, a VirPack can contain additional index information unique to 

16 the overall package. For example, a VirPack may be defined to list and 

17 contain particular documents for a loan, as in a mortgage application. Each 

18 document may also be placed into a subfolder to meet specific grouping 

19 needs. All of the legal documents may be placed in a Legal Subfolder, Title 

20 Policy documents in a Title Subfolder, etc. The number and construct of the 

2 1 hierarchy in unlimited and only constrained by the practical size of the overall 

22 VirPack. However, as technology and delivery methods improve, the overall 

23 typically acceptable size of a VirPack will grow. 
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1 Each document can also be placed in a specific order, thereby allowing the 

2 user regardless of when a document is added to the VirPack, to know where to 

3 expect to locate the particular document in the hierarchical tree of the 

4 VirPack. This feature also promotes automation as the Template allows 

5 downstream systems or applications to anticipate the structure of the VirPack, 

6 its contents and index information, thereby allowing unique application to be 

7 designed to process or interact with VirPack. 

8 Each document within a VirPack may contain unique index information 

9 for the particular document. In addition, information for the overall loan may 

10 be provided in a separate portion of the VirPack. This supplemental data may 

1 1 then be used by a user or system to enhance or automate the overall 

12 processing of the entire VirPack. Again, this supplemental data cannot only 

13 be provided to indicate the field value, but the characteristics such as field 

14 name (fname), its type (character) and value (length of 32). 

15 VirPack also provides for basic rules to enforce or identify the 

16 completeness of a VirPack. Therefore, if a particular document or index field 

17 is missing, the VirPack can identify itself as incomplete. Further, VirPack 

18 provides mechanisms to permit components such as Java Script, VB Script, 

19 other such utilities, applications or executable components to be executed 

20 from within the VirPack. Therefore, rules, workflow specific information or 

21 other information may be captured or manipulated from within the VirPack. 

22 For instances where static data is not sufficient, additional functionality may 

23 be provided. For example, based on a particular index field entry, a script may 
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1 be launched that determines another action that may be required by the user, 

2 or as part of workflow automation. For example, a user or system may enter 

3 an index field value that then causes a script to be executed, such as the total 

4 amount of an expense report. In the event that the value exceeds a 

5 predetermined level, the VirPack may notify the system or user that the 

6 VirPack should be delivered to another party for further approval or that 

7 additional information is required. 

8 Each variation of VirPack carries with it a unique identifier, allowing for 

9 automation. Further, additional rules may be incorporated within the VirPack 

10 to determine the level of interaction permitted by the sender. The sender may 

1 1 restrict or open the interaction to an individual index, component of object 

12 level. Therefore, certain entities or objects within a VirPack may be restricted 

13 to be only viewable, editable, exportable or printable or any combination 

14 thereof. 

15 The VirPack also has the ability to automatically launch a rendering or 

16 editing tool form within the VirPack. If, for example, an MS- Word document 

17 is contained within a VirPack, if selected the VirPack can be designed to 

18 permit MS- Word or another Viewer to be launched to View or manipulate the 

19 document. In a typical MS-Windows environment, a VirPack based 

20 application would launch the registered application for the particular file type. 

21 Further security components may be incorporated in a VirPack for 

22 encryption and decryption. Therefore, a VirPack could be constructed using 

23 available methods such as Public Key Encryption, DES encryption or other 
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1 methods to secure a VirPack to prevent it from being accessed by an 

2 unintended party. Further this security can be implemented to a level by which 

3 each component of a VirPack can be individually encrypted using different 

4 methods. However, most uses find this extreme level of encryption 

5 unnecessary. 

6 Another component of VirPack is an audit or accounting module. This 

7 portion of the VirPack could contain and is not limited to such accounting 

8 information such as billing information, the number of objects contained 

9 within the VirPack, individual object file size or page count information, 

10 originating party information, recipient information or other such information 

1 1 which could be used to track and account for the utilization of the VirPack. 

12 This accounting type portion of the VirPack could or could not be separately 

13 encrypted. However, methods could be employed to use the content 

14 information of the other components within the VirPack to ensure that this 

15 accounting portion of the VirPack is not removed or replaced with fraudulent 

16 information. 

1 7 Another feature of VirPack is to provide tracking of revisions. Each time 

l g an index field value is modified, the preceding value may be stored to provide 

19 a history of the index information. Further, VirPack could be configured in a 

20 manner in which each time index information is revised, that the changing 

21 party (or other desired index information) be identified prior to committing 

22 the change. In some case, individual objects stored within a VirPack when 

23 launched and manipulated and then saved as a revision, features could be 
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1 implemented that requires that the document be reinserted as a new object or 

2 that the modification be annotated. Typically, the original source documents 

3 are always retained within the VirPack, and any modified documents are 

4 reinserted as a new object. 

5 Due to the structured nature of VirPack, any assortment of application 

6 could be designed to create, manipulate or interact with a VirPack. Lastly, 

7 VirPack may be employed in any industry where it is desirable to provide or 

8 deliver single, multiple or complex objects within a single package in 

9 conjunction index information to support information delivery, customer 

10 service, enduser delivery, automation or downstream viewing, manipulation, 

1 1 extraction or processing. 

12 c) VirPackPrep/VirPackViewer - As XWPL provides a standard set of rules in 

13 which to create machine-readable symbols and VirPack, any number of 

14 applications may be created using these rules as a guideline. Therefore, as part 

15 of the present invention, a number of applications have been developed to 

16 provide end-user interaction for the creation, manipulation and delivery of 

17 VirPack. A component of the overall VirPack system is the VirPackViewer 
1 g and VirPackPrep. The basic distinction between VirPackPrep and 

19 VirPackViewer is their capability to manipulate VirPack. Depending upon the 

20 security levels implemented within the VirPack itself, the user may in the case 

2 1 of VirPackViewer or VirPackPrep, be required to install a decryption 

22 component to view the VirPack. Additionally, the security levels implemented 

23 on each component within the VirPack' will be enforced. In either case, if the 
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1 necessary security protocols are installed, the user may select a VirPack to 

2 open. The user will then be presented with a directory listing of the contents 

3 of the VirPack in a hierarchical fashion. The user may then select individual 

4 objects within the VirPack to interact with. The user may or may not be 

5 permitted to view, edit, print or extract individual objects, documents or index 

6 elements, based on security protocols. If the user selects an object for viewing, 

7 the application will determine the necessary application required to render the 

8 object (typically using the MS-Windows operating system relationship) and 

9 launch the application. In other cases, an internal rendering tool may be 

10 incorporated within either VirPackViewer or VirPackPrep to limit the user to 

1 1 only viewing or printing the object. In the event that index information or 

12 other components are edited, the user will be prompted to save their changes 

13 prior to existing the application. In addition, the user may save changes as the 

14 user manipulates the VirPack. 

15 In the event that Java, VB Script of other such tools are employed, the user 

16 may be prompted for information regardless of whether any existing index 

17 information has been changed. As part of both applications, the user may be 

18 permitted to save the VirPack to a local or network system. In addition, email 

19 facilities are incorporated within both products to allow the VirPack (as long 

20 as the necessary email requirements are met) to be emailed to another party. 

21 The VirPackViewer is restricted to where it prohibits the user from adding 

22 new objects such as files, images, etc. to the VirPack. However, the user may 

23 be permitted to edit data content, print, view and externally save objects. 
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1 VirPackPrep permits the user to scan documents, which may be added to 

2 the VirPack, in addition to selecting file objects from their system to also be 

3 added to the VirPack. Further, VirPackPrep supports Templates, which allows 

4 the user to define and save unique structures for VirPack creation to meet their 

5 needs. The VirPackPrep user could open an existing VirPack and add new 

6 objects to it, or select a Template, which would then allow them to create a 

7 new VirPack that conforms to a specified construction. 

8 As previously mentioned, Templates are more suitable for automating the 

9 receipt of a VirPack. However, the user is also permitted in VirPackPrep to 

10 create a VirPack without the need of a Template. Further, the Template 

1 1 builder is a separate component of VirPackPrep, which may be delivered as a 

12 module of the application. 

13 VirPackPrep will also accept an ODBC data source as a means to create 

14 VirPack with supplemental index data when used in conjunction with a 

15 Template. The user may then individually select a row of information, and 

16 create a VirPack where the index information will be transferred to the proper 

17 location in the supplemental index information, to which they may then add 

18 additional documents or objects. Further, in conjunction with the Template 

19 and supplemental data (supplemental data however, is not required), the user 

20 may generate labels or separator sheets containing XWPL symbols. These 

21 symbols may be used for simple inventory and document control functions, in 

22 conjunction with a symbol reader such as a barcode wand for data capture, or 
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1 as a means to scan the document in conjunction with the XWPL symbol to 

2 automatically place the document within the current or other VirPack. 

3 When used in conjunction with VirPackPrep, the user may accept a 

4 multiple row data source, which may then be used to generate multiple XWPL 

5 symbols (one symbol for each document and row in the data source) for each 

6 document to be scanned. The user would then prepare the documents with the 

7 XWPL symbol in the proper sequence to permit scanning. Again using 

8 VirPackPrep, the user could then scan the documents, and the application 

9 would then, using the necessary symbol recognition tools, extract the data 

10 from the symbol, and automatically place the image of the document within 

1 1 the correct VirPack in the correct placement within the hierarchical tree. 

12 d) Process Manager - The Process Manager is another component of the overall 

13 VirPack system. Where VirPackPrep and VirPack Viewer are designed for the 

14 individual or batch manipulation of VirPack by an end-user, the Process 

15 Manager is an application designed to be integrated with Imaging, Workflow, 

16 Document Management and other data systems. In creating VirPack, the 

17 Process Manager accepts data from a data source (in batch or real time 

1 8 fashion), which then instructs the Process Manager to query and retrieve 

19 objects from for example, an imaging, document management or workflow 

20 system. The Process Manager then creates a VirPack for the particular result 

21 and delivers it to a previously determined location. This could be on a file 

22 system, web site location or delivery via email. 
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1 The Process Manager also accepts data, for which XWPL symbols are 

2 generated. These symbols would be prepared with the necessary documents. 

3 The documents could then be scanned, the XWPL symbols recognized by the 

4 system and VirPack automatically created and again delivered. In an import 

5 mode, the Process Manager could be instructed to process VirPack located on 

6 a particular file system or receive VirPack via email, then according to 

7 predefined rules, extract the necessary index information to determine how to 

8 further process the VirPack. Index data and objects could be extracted from 

9 the VirPack for import into an imaging, document management, workflow or 

10 other system. The Process Manager may be configured to process VirPack to 

1 1 and from a number of sources and deliver or import VirPack to or from the 

12 correct system, 

13 In addition to the above functions, the Process Manager contains 

14 scheduling capabilities to permit it to run in an automated server type fashion, 

15 or to require user interaction to begin or end a process. Further, the Process 

1 6 Manager, as part of storing VirPack on a file system or removable media such 

1 7 as CD-ROM, could be instructed to extract any number of index fields from 
1 s the VirPack for storage in an external data file. This data file could then be 

19 queried by a user to locate a particular VirPack of interest. An application 

20 could be created to allow the user to query this data file, and retrieve the 

2 1 correct VirPack for viewing or further manipulation. 

22 e) VirPackCatalog - Another example of an XWPL and VirPack based 

23 application is VirPackCatalog. In the event that a user begins to accumulate 
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1 VirPack, a need will arise to provide the user with a means to quickly locate 

2 VirPack at a later time. As discussed in the Process Manager, as the Process 

3 Manager creates VirPack, a subset of index information could be extracted 

4 and stored in an external database. This database may be also stored on an 

5 individual CD-ROM to describe the listing of VirPack contained on the CD- 

6 ROM. Further; in a larger system this external data source could encompass 

7 the total accumulation of VirPack on a system. Regardless, VirPackCatalog 

8 could utilize the data source to allow the user to query the system to locate a 

9 particular VirPack, which would then be displayed for manipulation. In the 

10 event that an external data source is not available, VirPackCatalog could 

1 1 process each individual VirPack and extract the necessary index information, 

12 which would be stored in an external database, to improve the efficiency of 

13 returning the results of a query. In the case of VirPack stored on removable 

14 media such as CD-ROM, VirPackCatalog could extract information from the 

15 external data source located on the CD-ROM or again process each individual 

16 VirPack to extract the necessary index information to perform the necessary 

17 query. In a removable media implementation, the user upon the completion of 

18 a query could be prompted to insert the correct media into a drive for 

19 subsequent retrieval of the correct VirPack, or further systems could be 

20 implemented to allow for automated retrieval through the use of for example, 

21 a CD-ROM jukebox. The purpose of VirPackCatalog is to provide a user who 

22 is accumulating VirPack, a means to query a system and retrieve VirPack 

23 upon demand. 
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1 f) XWPL Based tools - Using XWPL as a guideline, various computer software 

2 applications may be created to permit interaction with machine readable 

3 symbols that contain XWPL information, in addition to VirPack. A number of 

4 these applications have already been created as illustrated above. However, 

5 the number of existing application is not intended to reflect the entire 

6 capability of XWPL and VirPack. As XWPL is a generalized programming 

7 tool, full Applications Programmer Interfaces may be developed which would 

8 permit integration into virtually any new or existing computer application. 

9 g) VirPack Delivery System - Since VirPack is an electronic file, it may be 

10 delivered or stored in any number of fashions. As such, another component of 

1 1 the present invention is a number of VirPack related services that may be 

12 provided using VirPack as an information delivery vehicle. For example 

13 a. A user or system may create VirPacks, which then need to be delivered via 

14 the Internet. A component of the present invention is a method by which 

15 VirPack are delivered via email, FTP or posting to a web site. This is an 

16 implementation as demonstrated by the VirPackCourier system. 

17 b. A user may desire to accumulate VirPacks as a means to automate, 

18 provide improved centralized storage of electronic information, a means to 

19 eliminate paper of other reasons. The user could then delivery to an 

20 intermediate part VirPack to be accumulated and stored on removable 

21 media such as CD-ROM. At the end of a given period of time, or on a 

22 scheduled basis, this media containing VirPack could be delivered to the 

23 customer for their use. In such an environment, an application such as the 
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1 Process Manager could receive and process VirPack for Storage on 

2 removable or other media. This example is demonstrated by the 

3 VirPackCD system. 

4 c. For those users, who require on line access of VirPack over a network or 

5 the Internet, a system could be configured to allow for the accumulation of 

6 VirPack on a system to support ad hoc or workflow related query. In this 

7 configuration, an application such as the Process Manager could be 

8 designed to receive VirPack, process them and store them on a system for 

9 such query and retrieval. Such a system is illustrated by VirPackStorage. 

10 Examples of XWPL and VirPack in a process 

1 1 Following are a number of examples of the use of XWPL and VirPack 

12 technologies. This is a representative example and is not to be construed as a complete or 

13 limited to the examples below. 

14 XWPL symbol as incorporated in a computer generated document at the time of 

15 print. 

16 a) An existing computer application can be enhanced to incorporate the 

17 means to generate and include an XWPL symbol on a document at the 

18 time of print. 

19 b) When the document is generated, any relevant index data, as well as any 

20 other specified information might be included in the symbol. This may 

21 include yet is not limited to 

22 a. The field name 
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1 b. The characteristics of the field such as the type (character or numeric) 

2 and the width or precision (number of characters, or precision in the 

3 case of a number) 

4 c. The coordinate location of the index field as it is printed on the 

5 document. 

6 d. Workflow processing information 

7 e. Mathematical information such as the quantity times the unit cost 

8 should equal the extended cost for an item line. Further the individual 

9 line items may be totaled. 

I o f. Return information to process the document in the event that the 

I I document is returned to the originator. 

12 g. Any other type of information defined within the application 

13 c) The XWPL symbol may then be used as an alternative means of extracting 

14 the required information using an application in conjunction with a 

15 symbol-reading device such as a barcode wand. Or the document may be 

16 scanned and automatically processed by a system such as an imaging, 

1 7 document management, workflow or other data system using the 

1 8 information contained within the XWPL symbol. Further, the XWPL 

19 symbol may be employed by an application such as VirPackPrep to create 

20 a VirPack and to either deliver or store the VirPack as previously defined. 

21 XWPL symbol generated on a label or separator sheet, in the event that an 

22 application cannot be modified to include the symbol on a document at the time of 

23 print.' 
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1 a) In the event that an XWPL symbol cannot be incorporated as part of the 

2 document at the time of print, an application could be designed to obtain 

3 data from the source application (the application which generated the 

4 document), or to have a user manually enter the necessary index 

5 information. 

6 a. The application would then generate an XWPL symbol, which may be 

7 printed on a label or separator sheet. This symbol may then be affixed 

8 of associated with the document in a preparation process. 

9 b) The ultimate use of the XWPL symbol can also be illustrated as previously 

10 discussed above. 

1 1 XWPL symbol when employed on a preprinted form that does not contain 

12 specific index information. 

13 a) As previously described, an XWPL symbol could describe all 

14 characteristics of index information on a form. However, in the case of a 

1 5 preprinted form, the unique index information itself is missing. Even so, 

16 an XWPL symbol may be employed to enhance the document. As the 

17 XWPL symbol could describe the field level characteristics, it can assist 

18 for example and OCR forms processing system as to where to locate index 

19 information that may have been added at a later date, as well as any rules 

20 or workflow information to further assist processing. 

2 1 VirPack Processing in a Loan application 

22 a) A VirPack template is created to identify all of the necessary documents 

23 and index fields required to process a loan. 
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1 b) A user receives a VirPack, of selects the Template to create a new 

2 VirPack. The user then fills out the data elements required for a loan 

3 application. Any application documents such as pay stubs, W-2, credit 

4 information, or other required documents may be scanned or electronically 

5 inserted. In the event that rules are in effect, the user may be prevented 

6 from delivering an incomplete application to the bank that may be missing 

7 a required object. 

8 c) The VirPack is delivered via email, FTP or other electronic method, to the 

9 bank. 

10 d) The Bank automatically extracts the loan application information from the 

1 1 VirPack and uploads it to their Underwriting system. The VirPack could 

12 be uploaded to a Workflow system, or individually manipulated. An 

13 Underwriter reviews the contents of the VirPack for the necessary required 

14 documents. The Underwriter based on their decision, could add documents 

15 in which the applicant must respond, or simply approve the loan. 

16 e) The VirPack can then be passed to a closing system, which then delivers a 

17 copy of a VirPack to any individual party who may need to perform work 

18 to properly complete the loan. 

19 f) Once the loan process is complete, a Loan Origination system could rather 

20 than generate a paper set of closing documents, insert electronic files in 

21 the VirPack. 

22 g) The VirPack then gets delivered to the loan-closing agent who may then 

23 review the documents for accuracy, and print them. 
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1 a) An end user application could be created, or a vehicle such as a Web site 

2 created to support query of a database containing information about for 

3 example a title policy. Upon receiving the expected results, in the case of 

4 an enduser application, the user may be presented with a create VirPack 

5 button. When selected the documents are retrieved from the imaging 

6 system, stored in a VirPack and the user is presented with a means to enter 

7 the requestor's email address. The VirPack is then delivered to the 

8 requestor. 

9 b) In the event of an application such as a Web site, the user may query the 

10 system and upon receiving a result, identify which items they would like 

1 1 to receive and an email address is provided. A Process Manager is 

12 provided the information, upon which queries the imaging system, 

13 retrieves the documents, creates a VirPack and delivers it to a requestor. 

14 Any documents created as a part of a VirPack, using an XWPL based symbol is 



15 essentially a smart document. This smart document comprises not only the contents of 

16 the document itself, but also information about the document, which assists the system of 

17 the present invention in logging, cataloging, and storing the document in a flexible way, 

18 such that the document and its contents, as well as information about the document can 

19 be retrieved in an automated fashion. The system of the present invention creates a 

20 Virpack, which assists with document imaging and workflow. Further, it allows the 

21 sharing of complex files as well as electronic data interchange. The Virpack comprises 

22 not only a document but also a standardized "object" in the form of a graphical code that 

23 is used to transmit data and documents throughout all steps of a business process that 
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1 employs the Virpack. This code carries XML data along with the documents making the 

2 data available for use by customers to extract information for use with other applications. 

3 In addition, the Virpack can also allow other information to be input by the recipient of 

4 the document, allowing the document to serve as a workflow tool. 

5 It is important to note that when documents are added to a Virpack, the 

6 documents are kept in the format of the application that created the document. Thus, an 

7 Excel document in a Virpack still functions with the Excel program. Changes can be 

8 made to the document and the changed document can be put back in the Virpack for 

9 storage or movement to the recipient. 

10 The Virpack contains, in electronic form, a "packing list" which notes all of the 

1 1 contents of the package, individual document index information which comprises 

12 information that is specific to the document or documents themselves, supplemental 

13 index information which further helps in searching and sorting information in the virtual 

14 package, and the documents or files themselves in image form which allows the actual 

15 documents to be reconstructed in hard copy should the need arise. Thus, the virtual 

16 package of the present invention allows a user to put data, documents, and images 

17 together in a single electronic package for submission of workflow management. 

18 The virtual package of the present invention can comprise any type of file, and as 

19 noted above, each such file remains in its original format for subsequent manipulation 

20 and printing. However, the virtual package that contains the various files of information 

21 is distributed as a standard "container" and can be distributed via email, Internet, cd-rom, 

22 or indeed any medium that is normally used to transmit data and information. 
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1 The present invention also comprises a viewer that allows users to receive and 

2 view the virtual package at workstations. The viewer can easily display the underlying 

3 document, the individual document information, the packing list concerning the virtual 

4 package, and any other data that is associated with the virtual package. 

5 Referring to Figure 1 , an underlying document of the Virpack of the present 

6 invention is illustrated. Information about the document is contained in a barcode symbol 

7 that is created when the document is initially indexed into the system of the present 

8 invention. The barcode information 10 comprises unique information about the 

9 document. Barcode can contain unique index data for the document in question, the 

10 coordinate location of various fields that relate to the document. For example, a loan 

1 1 document may have an interest amount, monthly payments, address of the borrower, and 

12 other information. This information is indexed in the unique barcode, and coordinate 

13 location information concerning those fields is also stored in the barcode. Thus, a 

14 subsequent search engine can search the barcode for the appropriate information 

15 contained in the document and display that information in the viewer of the present 

16 invention. 

17 Routing information concerning where the document should go at various steps 

18 within the workflow of the organization and for example, where the document should be 

19 delivered upon return, can also all be contained within the unique barcode of the present 

20 invention. 

21 The barcode is imaged together with the documents so that the document can be 

22 displayed in the event that that is deemed to be useful. Thus, any document that is 
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1 viewed by the viewer of the present invention will comprise not only the unique barcode 

2 10 but also the document 12 themselves. 

3 The high-density barcode 10 that is used with the present invention is a product of 

4 a rule-based process, which is based upon the extensible mark up language (XML). The 

5 system of the present invention uses a rulebook, which is a variation of XML known as 

6 the extensible workflow package language (XWPL). XWPL is applied to XML to allow 

7 for the creation of the virtual package of the present invention as well as the high-density 

8 barcodes. Using the XWPL to generate the high-density barcode allows for the 

9 automated indexing of the paper documents by virtue of reading the barcode that is 

10 associated with any document. Reading the barcode will allow various categories of 

1 1 information to be determined and allow the document to be automatically indexed based 

1 2 on that information. 

13 Referring to Figure 2, the overall architecture of the present invention is 

14 illustrated. As noted earlier, the VirPack prep station 50 enters information concerning 

15 documents 51. That information is converted via the XWPL language to a barcode 

16 symbol, which is then printed on laser printer 52. The document 51 together with the 

17 barcode is then scanned 54. It should be noted that scanner 54 could be a fax machine or 

18 a special purpose scanner. In either case, the digital stream is then sent to VirPack 

19 processor 60 where it is turned into a VirPack. 

20 Scanner 54 can send the scanned image and barcode via Internet 70 to VirPack 

21 processor 60 or via the public switch telephone network 72 to VirPack processor 60. 

22 Either route is equivalent so long as the digital information arrives at VirPack processor 

23 64 subsequent to processing. 
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1 After the VirPack is created, the VirPack processor sends the VirPack via the 

2 Internet 70 to the customer 66 for subsequent review and storage at the customer facility. 

3 Alternatively, and in one of the business models for entities using the system of the 

4 present invention, VirPacks can be stored locally at the VirPack processor 60 and a 

5 VirPack database 74. VirPacks stored in VirPack database 74 are then available to the 

6 customer 66 or other remote user 68 authorized by the customer to have access to the 

7 VirPack information in the VirPack database 74. 

8 It should also be noted that the transmission of VirPack information over Internet 

9 70 is not meant as a limitation. For example, customer 66 may also be connected to a 

10 public switch telephone network 72 which can then access VirPack information over any 

1 1 of the dataline options offered over the public switch telephone network such as ISDN, 

12 DSL, and others. 

13 Referring to Figure 3, the XWPL barcode of the present invention is illustrated. 

14 This barcode allows for human readable data to be indexed into a machine-readable 

15 format. In the present invention, this barcode (Figure 3) identifies a document, and 

16 provides high level indexing information. Such indexing information can be specific to a 

17 document and can also be specific to an entire transaction in which the document is but 

18 one part. Further, the barcode also carries electronic data interchange (EDI) information. 

19 When using this barcode, the need to manually re-key data that might be present 

20 on a specific document is eliminated. Further, the barcode allows documents to be 

21 associated with one another since a barcode on one document can refer to a particular 

22 transaction in which another document plays a key part. Thus, the two separate 

23 documents can be sorted and assembled together as part of the same transaction. 
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1 The barcode if the present invention is also used for inventory and tracking so that 

2 within any database or workflow system, at any point in time, the presence of the 

3 document can be noted and where it is in the workflow process can be determined. 

4 Finally, use of the barcode in the present invention eliminates the need for 

5 subsequent scanning for optical character recognition purposes. Since information about 

6 the document is stored within the barcode, the barcode can simply be read and the need 

7 for OCR is eliminated. 

8 Referring to Figure 4, the viewer of the present invention and its interaction with 

9 a virtual package of the present invention is illustrated. The viewer of the present 

10 invention allows the barcode symbol to be read and to extract that information that is 

1 1 present in the barcode. Thus, by reading the barcode, a complete listing of documents 

12 associated with the virtual package 40 is displayed. Further, when any particular 

13 document 42 is displayed, information about that document 44 is displayed as well. As 

14 noted earlier, supplemental information concerning the document an indeed the entire 

15 transaction to which the document relates is also stored on the barcode symbol. The 

16 supplemental index information can also be displayed 46 for the viewer. 

17 Referring to Figure 5, the preparation activities associated with the creation of a 

18 virtual package of the present invention is illustrated. A document is reviewed and, at a 

19 workstation, information concerning the document is created. That information is then 

20 converted by the XWPL language for creation of a barcode symbol. Information on the 

21 workstation 50 is the sent to a printer 52, which creates the barcode to be applied to the 

22 document. Presently, a laser printer produces the barcode, which is applied to the 

23 document. However, this is not meant as a limitation. Other types of printers will also 
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1 serve to create the necessary barcode symbols. The entire document, together with the 

2 barcode is then scanned 54. The scanned image is then turned into a Virpack 56 which, 

3 as noted above, is an electronic package containing the image, data concerning the image, 

4 and other index information. That Virpack is then stored at the server of the present 

5 invention and/or is sent to a recipient for subsequent storage, viewing, and manipulation 

6 58. 

7 Referring to Figure 6, the business relationship associated with Virpack 

8 management is illustrated. Virpack processor 60 keeps records of all Virpack 

9 transactions and stores them locally. Periodically, CDs of all Virpack transactions are 

10 generated 62. These CDs 62 can be viewed or sent as desired by the customer 64 so that 

1 1 all data and documents can be reviewed either at the customer facility or at the location to 

12 which the customer desires the CDs to be sent 66. 

13 Referring to Figure 7, the online archive of Virpacks is illustrated. Processor 60 

14 stores the various Virpack transmissions of any given customer. Multiple users 66 and 

15 68 can then access the Virpacks that have been stored via normal communication lines or 

16 over the Internet 70. 

17 A system and method for creating virtual document packages has now been 

18 illustrated. It will be appreciated by those skilled in the arts that the networks that are 

19 presented for the transmission of Virpack information are not meant as limitations. 

20 Indeed, any wired, or wireless network would be suitable for the transmission of 

21 information concerning the documents as well as the Virpacks themselves. In the case of 

22 a wireless network, transceivers would also be an integral part of the system for the 

23 receipt and transmission of information. Further, intranets and dedicated wire pathways 
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• ♦ 

1 are also suitable media over which to transmit Virpacks and information that gives rise to 

2 the Virpack. 

3 The unique barcode symbol that is affixed to various documents is also not meant 

4 as a limitation. While a particular barcode symbol has been illustrated, it will also be 

5 appreciated by those skilled in the art that other types of graphical codes are also suitable 

6 for use with the present invention. The sole requirement is that they be able to store 

7 information concerning the document and other index information in the matter described 

8 herein. 
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